home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / tsql / doc / tsql.mail / 000059_gadia@cs.iastate.edu _Wed Mar 31 19:13:28 1993.msg < prev    next >
Text File  |  1996-01-31  |  5KB  |  151 lines
  1. Message-Id: <199304010142.AA02832@optima.cs.arizona.edu>
  2. Received: from ren.cs.iastate.edu by optima.cs.arizona.edu (5.65c/15) via SMTP
  3.     id AA02832; Wed, 31 Mar 1993 18:42:27 MST
  4. Received: by ren.cs.iastate.edu
  5.     (16.8/16.2) id AA07427; Wed, 31 Mar 93 19:13:28 -0600
  6. From: Shashi K. Gadia <gadia@cs.iastate.edu>
  7. Subject: Benchmark/Our remarks
  8. To: csj@iesd.auc.dk (Christian S. Jensen)
  9. Date: Wed, 31 Mar 93 19:13:28 CST
  10. Cc: tsql@cs.arizona.edu
  11. In-Reply-To: <199303291426.AA22405@iesd.auc.dk>; from "Christian S. Jensen" at Mar 29, 93 4:26 pm
  12. Mailer: Elm [revision: 70.30]
  13.  
  14. Dear Christian:  
  15.  
  16. Our comments on your most recent (March 29, 1993) 
  17. proposal for Benchmark document are as follows: 
  18.  
  19. 1. I have decided to withdraw the benchmark effort 
  20.    which was initiated originally by Sunil Nair 
  21.    and me.  I have already informed Abdullah Tansel 
  22.    and Gene Wuu of this decision, as they were 
  23.    participating in our original effort.  I have 
  24.    recommended to them that they should directly 
  25.    participate in the current effort.  I will 
  26.    also be informing Sarda of this, as he was 
  27.    also participating on our effort.  Having two 
  28.    efforts with similar scopes makes no sense.  
  29.    From now on you will have our full participation.
  30.  
  31.  
  32. 2. I would like Sunil Nair to be included as a coauthor, 
  33.    as this effort was originated by the two of us. 
  34.  
  35. 3. Please include the following in the tsql alias:
  36.  
  37.    Sunil Nair: snair@cs.iastate.edu 
  38.    Nandlal Sarda: nls@cse.iitb.ernet.in
  39.    Lorentzos: I do not have his email handy.
  40.  
  41. Our (Sunil Nair and Mine) comments are as follows:
  42. (These comments are only for the current version 
  43. being proposed.)
  44.  
  45.  
  46.  
  47. Contents of relations.
  48. ----------------------
  49. It would be difficult to state the contents of relations 
  50. in a natural language, and even more difficult to read.  
  51. Such information has been listed in tables even before 
  52. (electronic) databases were invented.  If this alternative 
  53. is not acceptable to you, we suggest that the contents 
  54. be repeated in a tabular form.  
  55.  
  56. Transaction time queries.
  57. -------------------------
  58. It depends upon what kind of queries you 
  59. are trying to exclude.  Our (Bhargava-Gadia) 
  60. VLDB'89 (also Feb 93 TKDE) shows that much of transaction 
  61. time database can be queried in a manner identical to 
  62. valid time.  In fact every valid-time query can be asked 
  63. for transaction time.  For example, the 
  64. valid time query "when did John work in Toys" has the 
  65. corresponding transaction time counterpart "when was John believed 
  66. to have worked in Toys".  In our languages the two queries are truly 
  67. orthogonal, as the sql-query for the two are identical.
  68. We would like the document to be more clear about 
  69. what specific examples of queries are being excluded.  
  70. You may also recall our discussion on Glossary when 
  71. we were discussing rollback database v/s transaction 
  72. time database, and decided in favor of transaction time 
  73. database.
  74.  
  75.  
  76. Recursive queries and aggregates.
  77. ---------------------------------
  78. We do not have strong feelings about excluding these 
  79. two forms of querying.  But please note that the queries 
  80. are English based, and those queries which someone 
  81. can express without using recursion/aggregation 
  82. should be allowed in the first draft.
  83.  
  84. Nested queries.
  85. ---------------
  86. Nesting of queries is heart of relational 
  87. systems.  Same English query expressed in 
  88. different ways may use different levels of 
  89. nesting.  This concept is central to user 
  90. friendliness of relational systems.  
  91. Staying within English, this is an 
  92. artificial requirement.  We believe even 
  93. SQL2 allows considerable nesting.  We know that 
  94. SQL3 is set to allow full fledged nesting. 
  95.  
  96. Each relation is used only once in a query. 
  97. ------------------------------------------
  98. This is also artificial, and rather restrictive.  
  99. The above comments under "Nested queries" are 
  100. also applicable here. 
  101.  
  102. Relation/attribute names.
  103. -------------------------
  104. We suggest that we require relation names to 
  105. be started with a lowercase letter, and 
  106. an attribute name started with an uppercase 
  107. letter.  This makes queries easier to read.  
  108. Example: mgr is a relation, and Manager is 
  109. an attribute.  This is only an informal 
  110. convention.   
  111.  
  112. Time attributes/ time alignment. 
  113. ---------------------------------
  114. We like the suggestion that user-defined time 
  115. value may be compared with valid time.  It 
  116. would help to emphasize this fact, by perhaps 
  117. saying that the two times originate from 
  118. the same source.  We would like to see an 
  119. attribute which has a temporal element as its 
  120. value.  An example would be "Leave" attribute, 
  121. allowing for a query such as "when John 
  122. was on leave ...".  
  123.  
  124. mgr relation.
  125. -------------
  126. We would like the functional dependency 
  127. Manager --> Dept to be added to the mgr 
  128. relation.  This is an important issue as 
  129. it would allow people the option of taking 
  130. a stand on homogeneity and role of keys in 
  131. temporal relations.  
  132.  
  133. 3rd Normal form. 
  134. ----------------
  135. As in Snodgrass' recent message, we feel 
  136. that emp should be in 3nf. 
  137.  
  138.  
  139.  
  140. Regards
  141.  
  142. Sunil Nair and Shashi K. Gadia
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.